home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group92c.txt / 000041_icon-group-sender _Wed Oct 28 16:00:53 1992.msg < prev    next >
Internet Message Format  |  1993-01-04  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Wed, 28 Oct 1992 17:20:18 MST
  2. Date: Wed, 28 Oct 92 16:00:53 MST
  3. From: whm@shepard.sunquest.com (Bill Mitchell)
  4. Message-Id: <9210282300.AA21824@shepard.sunquest.com>
  5. To: icon-group@cs.arizona.edu
  6. Subject: Re: semicolons
  7. Status: R
  8. Errors-To: icon-group-errors@cs.arizona.edu
  9.  
  10.     From: ralph@cs.arizona.edu
  11.     Date: Wed, 28 Oct 92 09:42:25 MST
  12.     Subject: semicolons
  13.  
  14.     ...
  15.  
  16.     The wisdom on idiomatic Icon programming is that semicolons should
  17.     never appear (syntactically) in Icon programs.
  18.  
  19. I got curious and searched all my Icon programs for semicolons. Grand total:
  20. one semicolon not counting occurrences in string and cset literals.
  21.  
  22. I haven't followed the mail on this topic closely, so apologies if a repeat,
  23. but there is that problem with an operator that has both a binary and a
  24. unary form appearing at the end of line versus the beginning of the next
  25. line.  Example:
  26.  
  27.     procedure main()
  28.     return 1 +
  29.         2
  30.     end
  31.  
  32. vs.
  33.  
  34.     procedure main()
  35.     return 1
  36.         + 2
  37.     end
  38.  
  39. (Try 'em with tracing on!)
  40.